week07 WIL 정리, 발표준비 {swjungle}

• week07-10 {swjungle} {pintos}
• Project1 Threads.md {GH}

README

아래는 코치님의 WIL 작성요령에 관한 안내사항이다.

• WIL은 weekly I learned 의 약자입니다. (TIL = Today I learned 와 비슷)
• OS Project 진행하시면서 정리하실 기회를 드립니다.
• 미리 작성하셔도 좋고 틈틈이 TIL을 작성하셨으면 그 TIL들을 종합하거나 링크만 남겨두셔도 좋습니다.
• WIL은 공유해 주신 블로그 혹은 notion에 정리해 주시면 됩니다.
• Slack에 적어 놓은 질문은 나중에 지워지므로 질문 답변 내용을 정리해 두는 것도 나중에 복습할 때 도움 될 수 있습니다.
• WIL 작성은 팀 별 발표와는 별도의 개인 별 과제입니다. 그렇지만, 팀 별 발표에서 한 팀원의 WIL의 일부 혹은 전부를 자료로 활용할 수 있습니다.

brainstorming

• Debugging tools, git 협업하면서 얻은 지식들: 도구 사용방법을 배웠다고 그걸 발표하는게 좋으려나.. 방법론 이야기 꺼내기 좋은 자리는 아닌 것 같기도 하다
  • debug_panic에 breakpoint를 달아놓아 커널패닉시 backtrace 하기 유리하게
• priority-donate-sema
  • ready list는 정렬해서 넣는데 waiters(lock, cond)도 정렬해서 넣었더니 중간에 들어오는 donation에 의해 순서가 뒤바뀌는 경우 발생. ⟶ waiters에 넣을때 push back, lock release 또는 cond signal 할 때 max pop
• priority-donate-chain
  • lock acquire 시점이 아니라 get_priority시점에 연쇄적으로 기부받은 우선순위를 재귀적으로 찾아들어간다.

debugging tool: gdb

1. pintos-intentional-panic: 의도적으로 ready list에 스레드 추가하는 코드를 주석처리함

   

2. pintos-backtrace-on-die: Kernel Panic시, backtrace 명령어를 치면 스택프레임이 나오는데 그 당시 스레드 상태를 알 수 없다는 단점이 있음
   

3. pintos-bt-on-gdb: 그래서 debug_panic에 breakpoint를 걸고 c 명령어로 Kernel Panic이 발생하기 직전으로 이동함
   

4. pintos-f-on-gdb: f 명령어로 스택프레임을 이동하며 p 명령어로 지역변수나 인자들의 값을 출력해 볼 수 있음.